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PROCEDURE FOR INTERPROCESS DATA TRANSFER 

The present invention relates to a procedure 
for interprocess data transfer as defined in the pre- 
amble of claim 1 . 
5 A telephone exchange system comprises several 

separate processes that communicate between them- 
selves. Data transfer between processes is often tied 
to a given point of time or a given event. Such an in- 
terprocess data transfer event is called a service. 

10 The services are of a very fixed nature, i.e. they 
comprise little dynamics. In the present context, the 
content of the service is of no consequence. A service 
request remains valid until a certain termination cri- 
terion is met; such a criterion may be e.g. a time 

15 limit, a number of events or a given event. 

However, the management of such services is 
very difficult. Predetermined termination criteria 
keep system resources occupied to no purpose because 
the required duration of service may vary. The need 

2 0 for a service may disappear before the service is ter- 
minated, which constitutes an unnecessary load on the 
service provider providing an unnecessary service. If 
the service is terminated too soon, then the service 
parameters must be sent again. 

25 The object of the present invention is to 

eliminate the drawbacks described above. A specific 
object of the present invention is to present a new 
procedure for the management of services. 

As for tffe features characteristic of the 

30 present invention, reference is made to the claims. 

Using the procedure of the invention, a first 
process requesting a service need not give a new serv- 
ice request to a second process if the service has 
been used before. A service that has been activated 

35 earlier can be continued by only refreshing it. Re- 
freshment differs from normal service initiation in 
that the first process does not send any service pa- 
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rameters to the second process, but the second process 
executes the service in accordance with parameters re- 
ceived earlier. 

Using the procedure of the invention, re- 
freshment of a service is effected even if the service 
is not being used. When requesting a service, the 
first process requesting the service informs the sec- 
ond process providing the service that the service re- 
quest concerns a service to be refreshed. In this 
10 case, the second process saves the service parameters. 
When receiving a mere refresh message, the second pro- 
cess will be able to offer the correct service to the 
first process. 

Using the procedure of the invention, re- 
15 freshment of a se rvice is effected when the service i s- 
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being_used. If it has been defined that the service is 
to be terminated after a certain number of times of 
service but the service must still be continued beyond 
this, the service is ^r efreshed before the specirf-red 

2 0 number of times of service is reached. This makes it 

possible to avoid restarting the service and sending 
the service parameters over and over again. 

Using the procedure of the invention, re- 
freshment of a service can also be effected at suit- 
25 able intervals. The refresh intervals need not be tied 
to any given occurrence or to an exact instant of 
time, but a time is calculated for the process which 
allows the most effective refreshment of the service. 
With suitable refresh intervals, the service remains 

3 0 well under control and it is not necessary to send a 

separate request each time the service is needed. 

The procedure of the invention also allows 
easier operation in failure or overload situations. 
The service can be removed and then reintroduced by 
3 5 simply refreshing it. When this is done, the service 
will . be started as defined in the first service re- 
quest . 
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The present invention provides the advantage 
that the service duration can be set to a proper 
value. A separate request is not needed for each serv- 
ice, but by using suitable refresh intervals, the 
5 services can be kept well under control. The procedure 
does not impose a load of unnecessary service on the 
service provider. In failure and overload situations, 
services can be removed and reintroduced in a simple 
manner. The procedure reduces interprocess data trans - 
10 fer relating to service management without impairing 
the efficiency of the services. 

In the following, the invention will be de- 
scribed by the aid of a few examples of its embodi- 
ments by referring to the attached drawing, which rep- 
15 resents data transfer between two processes. 

Let the first process be A and the second 
process B. A data transfer event between the processes 
begins when process A requests a service from process 
B. Process A transmits all the parameters needed in 
20 the service to B. This action is represented by arrow 
1 in Fig. 1. In accordance with this service request 
and the parameters received with it, process B starts 
serving process A, which is represented by arrow 2. 
When process A finds that the termination criterion 
25 for the service is approaching fulfilment, it re- 
freshes the service request to process B, arrow 3. 
Process B carries on the service to process A in ac- 
cordance with the original parameters received at the 
initiation 1 of the service. Process B terminates the 
3 0 service when the predetermined termination criterion 
\ has been fulfilled, arrow B. The termination criterion 
may be e.g. a time limit, a number of events, or a 
given event, or it may also be a termination request 
ft sent by A. 

3 5 The invention can also be applied e.g. in the 

case of fixed or permanent services so that the serv- 
ice can be refreshed any time, even when it is not be- 
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ing used. In this case, the data transfer event begins 
in the same way as in the previous example with proc- 
ess A requesting a service from process B . Process A 
now informs process B, besides requesting a service, 
5 that the service in question is a service to be re- 
freshed. Process B saves the service parameters. The 
service can now be terminated when the predetermined 
termination criterion has been fulfilled. The service 
termination criterion may be e.g. time, number of 

10 services or any one of the parameters of the applica- 
tion to be executed. Next time when process A needs 
the service from process B, it will only refresh the 
original service request, and process B will start the 
service in accordance with the parameters saved when 

15 the service was started the first time. 



pies of its embodiments described above, but many 
variations are possible within the scope of the inven- 
tive idea defined by the claims. 



The invention is not restricted to the exam- 



